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CONTROLE D'M>MISSION D£ SESSION MOLTIMEDIA SUR CRITERE 

DE BESSOURCES RESEAU 

DESCRIPTION 

5 

DOMAINS TECHNIQUE 

L' Invention se situe dans le domaine des 
t616coiranunications et concerne plus sp6cif iquement un 
proc6d6 de cont:r61e d' admission de session multimedia 

10 entre un terminal A et un terminal B connectes ^ un 
r^seau de telecommunication dans lequel^r prealablement 
a 1' etablis semen t de la session^ le terminal A 
{respectivement B) transmet au terminal B 
(respectivement A) un message contenant une liste de 

15 codecs ^ utiliser pour coder les informations a 
echanger au cours de la session a 6tablir,. et ^ la fin 
d'une session, le terminal A (respectivement B) 
transmet au terminal B (respectivement A) une demande 
de fin de session 

20 Le precede s'' applique notamment dans des 

reseaux IP (« Internet Protocol ») prives ou publics. 

ilTAT DE LA TECHNIQUE ANTEIRIEURE 

Lorsqu'une demande d' ouverture de session 
est 6mise par une entit6 appelante d'un reseau, dite 

25 entity d'origine, cette derniere emet des messages 
contenant des informations sur 1' ensemble des "codecs" 
(c' est-a-dire sur les procedures de 

"COmpression/DECompression" des donnees pour les 
transmissions sur le reseau> proposes pour 6tablir une 

30 session multimedia avec une entity appel6e du reseau. 
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dite entity de destination. Pour chaque type de flux 
(audio, vid6o etc..)f I'entite d' origine qui soiihaite 
etablir une session propose un ou plusieurs codecs a 
I'entite de destination. A chaque codec correspond un 

5 debit de transmission de donnees sur le reseau 
dependant du mode de trans fert en vigueur sur ce reseau 
(par exeraple le mode de transfert ATM). D'autres 
protocoles peuvent etre utilises specif iquement pour la 
reservation de bande passante, par exemple le protocol© 

10 RSVP (« ressource reservation protocol ») . 

Les mecanismes de contrSle de bande 
passante pr6conis6s par les standards actuels pour 
1' fetablissement d'une session entre deux terminaux dans 
un reseau ^ transmission par paquets sont bases sur la 

15 negociation des systdmes de codage de 1' information 
multimedia (codecs audio, vid6o) directement entre ces 
terminaux au moyen des protocoles de signalisation tels 
que par exemple les protocoles SIP ou H323. La demande 
de bande passante est directement issue des terminaux 

20 et est portee par ces messages de signalisation. 

De nombreux produits industriels connus, 
regroup6s sous le terme generique de SBC (« Session 
Border Controler ») , of f rent des solutions de contrdle 
d' admission de sessions multimedia dans lesquelles le 

25 terminal d'origine transmet au terminal destinataire 
une demande contenant des propositions de codecs pour 
etablir une session, le terminal de destination repond 
alors en acceptant un ou plusieurs codecs parmi les 
codecs proposes en fonction des types de donnees ^ 

30 transmettre au cours de la session et calculent une 
bande passante en fonction des codecs acceptes et des 
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capacit6s de transport propres aux interfaces 
d' entree/ sortie entre le r6seau d' acc^s et le reste du 
reseau. 

Un inconvenient de ces dispositifs provient 
5 du fait que le controle d' admission de session ne peut 
garantir que 1'' absence de saturation des interfaces 
lors des sessions mais pas celle de la liaison d' acces . 

En outre ^ ces syst^mes ne permettent pas de 
r6server des ressources en bande passante, lors de 
10 1' 6tablisseraent d'une session, qux tiennent compte des 
ressources du r6seau (ou du r6seau d'acc^s), notamment 
sur la liaison consider^e entre le point d'origine et 
le point de destination. Ceci est pr6judiciable cL une 
gestion optimale du r6seau en termes de bande passante. 
15 Un autre inconvenient de I'art anterieur 

li6 cL ce mode de contrSle des ressources provient du 
fait qu'il n' est pas possible de garantir une quality 
de seirvice sur une liaison donn6e apte ^ supporter 
plusieurs sessions- Ceci est particulierement 
20 penalisant pour les op^rateurs de tel6phonie, par 
exeraple, pour lesquels il est important de pouvoir 
garantir certains param^tres de qualite de service (ou 
QoS, « Quality of Service ») - 

EXPOSE DE INVENTION 

25 invention pr6conise un ra6canisme de 

contrSle d' admission de session entre un premier 
terminal A situ6 en un point d'origine et un deuxieme 
terminal B situ6 en un point de destination dans un 
r6seau de telecommunication, qui prenne en compte de 

30 mani^re dynamique, non seulement les codecs proposes 
par le terminal A et accept6s par B mais aussi les 
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ressources courantes en bande passante disponibles sur 
cette liaison- 

Ces buts sont attaints grace a un precede 
dans lequel, prealablement a 1' etablissement de la 
5 session, le terminal A (respectivement B) transmet au 
terminal B (respectivement A) un message contenant une 
liste de codecs ^ utiliser pour coder les informations 
k echanger au cours de la session k 6tablir, et k la 
fin d'une session, le terminal A (respectivement B) 
10 transmet au terminal B (respectivement A) une demande 
de fin de session. 

Le proc6de selon 1' invention comporte les 
6tape5 suivantes : 

- inter cepter le message contenant la liste de codecs, 
15 - modifier la liste de codecs proposee dans le message 

intercepts pour tenir compte des ressources courantes 
en bande passante disponibles pour la liaison entre 
le terminal A et le teiminal B, et 

- transmettre au terminal B (respectivement A) le 
20 message contenant la liste de codecs modifi6e, 

- rSserver les ressources et mettre d jour la base de 
donn6es d' utilisation des ressources d'acces. 



Les op6rateurs de telecommunication peuvent 
25 ainsi contr61er la ressource partag6e entre plusieurs 
utilisateurs d'un reseau et eviter la saturation des 
liaisons d'accds du r6seau. 

Ce proc6d6 comporte en outre les Stapes 
suivantes en cas d' acceptation par le terminal B 
30 (respectivement A) de la demande d' etablissement de 
session. 
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- 6tablir la session entre le terminal A et le terminal 
B en utilisant les codecs niodifi6s. 

- calculer les ressources residuelles en bande passante 
en fonction des ressources en bande passante 

5 correspondant aux codecs acceptes^ 

- m§moriser la valeur des ressources residuelles 
calcul§e a I'etape pr6cedente dans une base de 
donn§es d' utilisation des ressources d'acc^s^ 

- filtrer les flux m6dia en fonction d^une conunande 
10 de d6bit, 

- autoriser la transmission de flux entre le 
terminal A et le terminal B selon les ressources 
de bande passante correspondant aux codecs 
accept6s , 

15 et en cas de refus de la session^ 

- transmettre au terminal A ( respect ivement B) un 
message indiquant I'echec de 1' etablissement de 
session. 

- mettre a jour ladite base de donnees en fonction des 
20 ressources en bande passante Iib6r6es sur la liaison. 

Not on s que dans un context e IP^ les flux 
m6dia sont identifies par les adresses IP et les ports 
UDP concern6s . 

Grace au proc6d6 selon 1 "invention, la 

25 transmission d' information consecutive a 

l'6tablissement de la session entre le terminal A et le 
terminal B est effectuee selon des debits prescrits 
acceptds A la fois par le terminal A et le terminal B 
et compatibles avec la capacite courante de 

30 transmission de la liaison entre le terminal A et le 
terminal B. 



wo 2005/011245 



PCT/FR2004/050186 



6 



En cas d'une demande de fin d' une session 
multimedia emise par le terminal A (respectivement B> ^ 
le precede selon 1' invention comporte les etapes 
5 suivantes : 

— intercepter la demande de fin de session 6mise par le 
terminal A (respectivement B) , 

— identifier la session, en cours dont la fin est 
demand6e, 

10 -- determiner les codecs utilises au cours de ladite 
session, 

— transmettre la demande intercept6e au terminal 
B (respectivement A) 

— bloquer la transmission entre le tearminal A et le 
15 terminal B ; 

— calculer les valeurs des ressources r^siduelles en 
bande passante en fonction des ressources Iib6r6es 
sur la liaison entre le terminal A et le terminal B 
par l''arr§t de la session, et 

20 - mettre k jour la base de donn6es d' utilisation des 
ressources d'accds au r6seau, avec les valeurs 
r6siduelles de capacity de transport calcul6e a 
l''6tape pr^G^dente. 

Dans une application particuli^re du 
25 proc6d6 selon 1' invention, le r6seau de 

telecommunication est k transfert de donn6es par 
paquets et le message contenant la liste de codecs 
6changee entre le terminal A et le terminal B est 
transmis via I'un des protocoles de signalisation SIP 
30 ou H323. 
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invention concerne 6galement un 
dispositif de contr61e d' admission de session 
multimedia entre un terminal A et un terminal B 
connectes a un reseau de telecommunication dans lequel, 
5 pr6alablement a 1' etablissement de la session, le 
terminal A (respectivement B) transmet au terminal B 
( respect ivement A) un message contenant une liste de 
codecs k utiliser pour coder les informations 4 
6changer au cours de la session i. 6tablir,. et ^ la fin 

10 d'une session, le terminal A (respectivement B) 
transmet au terminal B une demande de fin de session. 

Le dispositif selon 1' invention comporte 
des moyens pour intercepter le message contenant la 
liste de codecs et des moyens pour modifier la liste de 

15 codecs proposee dans le message intercepte pour tenir 
compte des ressources courantes en bande passante 
disponibles pour Isi liaison entre le terminal A et le 
terminal B. 



20 Dans un mode particulier de realisation, le 

dispositif comporte : 

- un module de filtrage MF destin6 a intercepter les 
flux de signalisation en provenance du terminal A 
(respectivement B) ; 

25 - un module d'appel MA destin6 ^ extraire les codecs 
proposes dans les messages de signalisation, 

- un module d' admission de session MAS destine a 
gen6rer une nouvelle demande d' etablissement de 
session avec une liste de codecs dont les capacites 

30 de transport sent compatibles avec les ressources en 
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bande passante disponibles pour la liaison entre le 
terminal A et le terminal B^- et 
- une base de donn^e BD contenant la valeur des 
ressources en bande passante disponibles pour la 
5 liaison entre le terminal A et le terminal B. 

II est a noter que le r61e des terminaux A 
et B peut gtre 6chang6 sans modifier le proc6d6 selon 
1' invention. Le terminal B peut en effet etre le point 
d'origine de la demande d' 6tablissement de session et 
10 le terminal A le point de destination de cette demande. 
Dans tous les cas^ l'entit6 de destination de la 
demande d' etablissement,- ou de fin, de session ainsi 
que I'entite d'origine de cette demande sont des points 
de terminaison du protocole de signalisation, c'est-4- 
15 dire qu'elles sont 1' element cit6 par le protocole de 
signalisation (dans les informations de signalisation 
qui indiquent le point d'origine et le point de 
destination) qui correspond au point de destination ou 
au point d'origine des messages 6changes . 

20 BREVE DESCRIPTION DES DESSINS 

D'autres caracteristiques et avantages de 
1' invention ressortiront de la description qui suit, 
prise 4 titre d'exemple non limitatif, en reference aux 
figures annex6es dans lesquelles : 
25 - la figure 1 repr6sente schematiquement un dispositif 
pour la mise en oeuvre du proc6d6 selon 1' invention, 
~ la figure 2 est un organigramme illustrant le proc6d6 
selon 1' invention en cas d' Emission par un teminal 
d'une demande d' 6tablis semen t de session. 
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- la figure 3 est un organigramme illustrant le proc6d6 
selon 1' invention en cas d' emission par un terminal 
d'une demande de fin de session 

5 EXPOSES DETAILLE DE MODES DE REALISATION PARTICULIERS 

La description qui suit concerne une 
application particulidre du precede dans un reseau IP. 

Rappelons que les protocoles de 
signalisation utilises dans les r6seaux IP pour 
10 permettre la tenue de conferences {audio et video) 
point a point ou multipoint s entre un terminal A et un 
terminal B sont r 

- le protocole H323 qui est une noinne concernant la 
t616conf 6rence multimedia sur r6seaux k transmission 

15 par paquets (incluant les transferts IP) recoramand6e 
par I'ITU (Pour International Telecommunication 
Union) ^ s'appuyant sur les protocoles de 
communication RTP/RTCP (« Real time Transfer 
Protocol/Real time Transfer Control Protocol ») 

20 definis par I'lETF (Internet Engineering Task Force) 

et aussi sur des codecs audio (par exemple : G.711, 
G. 723.1, G.728, ..) et des codecs vid6o (par 
exemple : H261 et H.263) . Une documentation sur H323 
est disponible sur le site de I'ITU : 

25 www.itu.int/ITUT/publications/recs.html, serie H. 

- le protocole SIP (« Session Initialisation 
Protocol ») , cree pour remplacer les protocoles 
d6finis dans la norme H323, est un protocole de 
signalisation pour la t6l6phonie et la 

30 visioconf6rence utilise pour les transmissions en 

temps r6el. Ce protocole est bas6 sur http et MIME 
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(pour Multipurpose Internet Mail Extensions) et 
s'appuie sur le protocole SDP (Session Description 
Protocol », [RFC2327]) pour la description des 
sessions et sur RTP (« Real Time Protocol ») pour le 
5 transport des donnees. 

L' usage du protocole SDP dans les messages 
SIP est d^crit dans 1' annexe B de RFC2543 (les 
references RFC sont disponibles sur le site Internet de 
1' IETF, http : / /www . iet f . org/r f c ) . 

I^ans la suite de la description, on 
supposera que les terminaux A et B sont connect6s en 
mode ATM via une liaison d'acc^s au r^seau IP et 
disposent d'un canal virtuel au sein d'un conduit 
virtuel sur cette liaison. 

La figure 1 illustre schematiquement un 
dispositif destine k mettre en oeuvre le proced6 selon 
1' invention dans lequel sont repr6sentes le terminal A 
r6ferenc6 2, la liaison d'accds 4 du terminal A, le 
terminal B reference 6, un module de filtrage de flux 
20 media MF apte k filtrer sur commande de filtrage, regue 
d'^un module d'appel MA, les flux m6dia relatifs ^ une 
session identifi6e sur la liaison entre le terminal A 
et 1' entity B, selon des prescriptions de d6bit 
indiqu6es dans la commande de filtrage, et apte a 
25 bloquer sur commande de blocage, regue du module MA, 
les flux m6dia relatifs a une session identifi^e sur 
cette liaison ; le module MF 6tant apte k intercepter 
et ^ router vers le module MA les flux de signalisation 
en provenance du terminal A ainsi que les flux de 
30 signalisation en provenance de I'entite B ; un module 
d'appel MA 10 destine k extraire les codecs proposes 
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dans les messages de signalisation^ un module MAS 12 
d' admission de session destin6 d g6n6rer une demande 
d' etablissement de session avee une liste de codecs 
dont les capacites de transport sont compatibles avec 
5 les ressources en bande passante disponibles pour la 
liaison entre le terminal A et le terminal et une 
base de donnees BD 14 contenant les valeurs courantes 
des capacites de transport des canaux et conduits 
virtuels de la liaison d'acc^s du terminal A 

10 ( respect iveraent B) , et notamment les valeurs courantes 
des debits disponibles DCvc et DCvp^ respectivement 
pour le canal virtuel (VC) et le conduit virtuel (VP) 
du terminal A (respectivement B) et un module de 
routage de flux de signalisation MRFS apte ^ router les 

15 flux de signalisation transmis entre l'entit6 A et 
1' entity B vers le module d^appel MA. 

Les 6tapes du proc6d6 dans le cas d'une 
demande d' 6tablissement de session 6mise par le 
terminal A vont §tre d6crites en r6f6rence cL la figure 

20 2. 

A l'6tape 20 une demande d' fetablissement de 
session DESl contenant une liste Cp{l),.Cp(N) de codecs 
est emise par le tearminal A sur la liaison d'acces 4. 

A l'6tape 22, la demande DESl est 

25 interceptee par le module MF 8 puis dirigee vers le 
module MA 10. Ce dernier extrait les codecs proposes 
Cpd), ..,Cp(N) et envoie (fleche 24) k la base de 
donn6es 14 un message d' interrogation pour connaltre 
les valeurs courantes des capacit6s de transport des 

30 canaux et conduits virtuels de la liaison d'acces du 
terminal A, et notamment les valeurs courantes des 
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debits disponibles DCvc et DCvp, respectivement pour le 
canal virtuel (VC) et le conduit virtuel (VP) du 
terminal A. 

En reponse a ce message, la base de donnfees 
5 14 fournit (fleche 26) au module MA 10 les valeurs 
demandees. Avec ces valeurs et avec les codecs 
extraits, une liste L de codecs compatibles 
Cc(l) , . . ,Cc (K) est d6termin6e k l'6tape 28. L'etape 30 
consiste k verifier la compatibility des codecs de la 

10 liste etablie 4 l'6tape 28 avec les valeurs courantes 
DCvc et DCvp respectivement des capacit6s de transport 
des canaux et conduits virtuels. Cette verification est 
realis6e comme suit : 

En d^signant par DCp(i) le d6bit 

15 correspondant au codec Cp(i) (i varie de 1 ^ N) , si 
DCp(i) < DCvc et si DCp(i) < DCvp, alors le codec Cp(i) 
est compatible et est alors ajout6 k la liste L. Si la 
liste L est vide, un message d'6chec est alors transmis 
(etape 32) au terminal A. 

20 Si, au contraire, L n^est pas vide alors 

les codecs compatibles Cc (1) , . , Cc (K) qu' elle contient 
sont ins6r6s dans une nouvelle demande DES2 qui est 
envoy6e (6tape 34) au terminal B. 

Parall^lement, des valeurs r6siduelles de 

25 capacity de transport, notamment des debits residuels 
DRvc et DRvp (respectivement pour le canal virtuel et 
le conduit virtuel du terminal A) , sont calculees A 
l'6tape 36. 

En d6signant par DCc(i) le d6bit 
30 correspondant au codec compatible Cc{i) (i varie de 1 a 
K) f on obtient les debits residuels comme suit : 
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DRvc = DCvc - Max(DCc (1) , . . ,DCc (K) ) et 

DRvp = DCvp - Max(DCc(l), ..,DCc(K)) • 

L'etape 38 consiste a r6server des 
ressources correspondant aux valeurs des capacites de 
5 transport des canaux virtuels et des conduits virtuels 
de la liaison d'acces du terminal A. 

Cette reservation de ressources est 
effectufee en mettant 4 jour la base de donn6es 14 avec 
les valeurs r6siduelles des capacit63 de transport des 
10 canaux virtuels et des conduits virtuels de la liaison 
d'acces du terminal A calcul6es pr6c6deiiunent . 

La mise ^ jour de la base de donn6es 14 se 
fait par les operations d' affectation suivantes : 

DCvc = DRvc et DCvp = DRvp. 
15 L'etape 40 consiste a verifier si le 

terminal B accepte ou refuse la nouvelle demande DES2 . 

Si le terminal B accepte cette nouvelle 
demande DES2, alors les codecs accept6s Ca(l)^.., Ca ( J) 
sont m6moris6s (6tape 42) . Ces codecs sont ensuite 
20 utilises avec les valeurs courantes des capacit6s de 
transport des canaux et conduits virtuels de la liaison 
d'acces du terminal A pour calculer les valeurs 
residuelles (6tape 44) comme suit : 

en designant par DCa(i) le d6bit correspondant au codec 
25 accepte Ca(i) (i varie de 1 ^ J) , les valeurs 
residuelles sont donnees par les expressions 
suivantes : 

DRvc = DCvc - Max(DCa(l) , . . ,DCa(J) ) et 
DRvp = DCvp - Max(DCa(l) , , .,DCa(J) ) ; 
30 A I'etape 46, la base BD 14 est mise a jour 

par 1' envoi (fleche 47) d'un message contenant les 
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valeurs r6siduelles calcul^es. Cette mise k jour se 
fait par les operations d' affectation suivantes : 

DCvc = DRvc et DCvp = DRvp . 

A I'etape 48, la session est autorisee. 
5 Si a I'etape 40 la demande DES2 n'est pas 

accept6e par le tentiinal B, alors la base BD est mise ^ 
jour (6tape 50) par un message (flfeche 52) contenant 
les valeurs courantes des capacit6s de transport des 
canaux et conduits virtuels de la liaison d'acc^s du 
10 terminal pour remplacer les valeurs stock6es. Un 
message d'6chec est ensuite envoy6 (etape 54) au 
terminal B. 

Les Stapes du proc6d6 dans le cas d'une 
demande de fin de session 6mise par le terminal A vont 
15 maintenant Stre decrites en reference a la figure 3. 

A I'fetape 60, un message DFS de demande de 
fin de session est 6mis par le terminal A sur la 
liaison d'acc^s 4. 

A I'etape 62 le module MA 10 extrait du 
20 message DFS 1' identif iant de session IDS 64, les codecs 
66 en vigueur pour la .session en cours Cs (1) , . . ,Cs (P) 
pr6alablement memorises lors de I'ouverture de la 
session. 

Le message DFS est ensuite transmis au 
25 tearminal B (6tape 68) . 

A I'etape 70, le module MA 10 envoie 
(fleche 72) ^ la base de donnees 14 une interrogation 
pour obtenir les valeurs courantes des capacit^s de 
transport des canaux virtuels et des conduits virtuels 
30 de la liaison d'acces du terminal A. 
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En r^ponse ^ cette interrogation, la base 
de donnee 14 fournit (fleche 74) les valeurs courantes 
des capacites de transport de la liaison d'acc^s a-u 
terminal A, notamment le debit courant du canal virtuel 
5 de A, DCvc, et celui du conduit virtuel de A, DCvp . 

A partir de ces valeurs et des valeurs 
correspondant aux codecs 66 en vigueur, des valeurs 
r6siduelles sont calcul6es (6tape 76) en fonction des 
ressources Iib6r6es sur cette liaison par l'arr§t de la 
10 session^ correspondant aux codecs associ6s d 
1' identif iant de session relev6. En dfesignant par DRvc 
le d6bit residual du canal virtuel de A , par DRvp 
celui du conduit virtuel de A et par DCs (i) le debit 
correspondant au codec Cs (i) (i varie de 1 i P) , les 
15 valeurs residuelles sont calcul6es conrnie suit : 

DRvc = DCvc + Max {DCs (1) , • • r DCs (P) ) et 
DRvp = DCvp + Max (DCs (1) , - . ,DCs (P) ) , 
La valeur de debit Max (DCs (1) , . . , DCs (P) ) 
est la valeur de d6bit correspondant aux codecs mis en 
20 memoire lors de I'ouverture de la session. 

La base BD est ensuite mise ^ jour (etape 
78) par l*" envoi d'un message 42 contenant les valeurs 
r6siduelles calculees . 

Pour les d6bitSr la mise k jour s'effectue 
25 par 1' operation d' affectation suivante : 

DCvc « DRvc et DCvp = DRvp. 
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REVENDIC21XI0NS 

1- Proc6de de controle d' admission de 
session multimedia entre un terminal A et un terminal B 
5 connectes a un r6seau de telecommunication dans lequel, 
pr6alablement k 1' 6tablissement de la session, le 
terminal A (respectivement B) transmet au terminal B 
( respect ivement A) un message contenant une liste de 
codecs a utiliser pour coder les informations A 

10 echanger au cours de la session a etablir, et a la fin 
d'une session, le terminal A (respectivement B) 
transmet au terminal B (respectivement A) une demande 
de fin de session, precede caracteris6 en ce qu'il 
comporte les 6tapes suivantes : 

15 — intercepter le message contenant la liste de codecs, 

- modifier la liste de codecs propos6e dans le message 
intercept^ pour tenir compte des ressources courantes 
en bande passante disponibles pour la liaison entre 
le terminal A et le terminal B, et 

20 - transmettre au terminal B (respectivement A) le 
message contenant la liste de codecs modifi6e, 

- reserver les ressources et mettre k jour une base de 
donn6es d' utilisation des ressources d'acc^s. 

25 2. Precede selon la revendication 1, 

comportant les etapes suivantes en cas d' acceptation 
par le terminal B (respectivement A) de la demande 
d' 6tablissement de session : 

- etablir la session entre le terminal A et le terminal 
30 B en utilisant les codecs modifies. 
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~ calculer les ressources r^siduelles en bande passante 
en fonction des ressources en bande passante 
correspondant aux codecs acceptes, 

- memoriser la valeur des ressources residuelles 
5 calculee a I'etape precedente dans une base de 

donnees d' utilisation des ressources d'accdSf 

filtrer les flux media en fonction d'une cornmande 
de debit, 

- autoriser la transmission de flux entre le 
10 terminal A et le terminal B selon les ressources 

de bande passante correspondant aux codecs 
acceptes . 
et en cas de refus de la session, 

- transmettre au terminal A ( respect ivement B) un 
15 message indiquant l''6chec de 1' 6tablissement de 

session . 

- mettre a jour ladite base de donnfees en fonction des 
ressources en bande passante Iib6r6es sur la liaison. 

20 3. Proced6 selon la revendication 1, 

coraportant les etapes suivantes ^ la fin d^une session 
multimedia : 

- intercepter la demande de fin de session emise par le 
terminal A (respect ivement B ) , 

25 — identifier la session, en cours dont la fin est 
demandee , 

- determiner les codecs utilises au cours de ladite 
session, 

- transmettre la demande interceptee au terminal 
30 B (respectivement A) 
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- bloquer la transmission entre le terminal A et le 
terminal B ; et 

~ calculer les valeurs des ressources r^siduelles en 
bande passante en fonction des ressources liberies 
5 sur la liaison entre le terminal A et le terminal B 
par 1^ arret de la session^ et 

- mettre a jour la base de donn6es d' utilisation des 
ressources d'acc^s au r6seau^ avec les valeurs 
r6siduelles de capacity de transport calculfee a 

10 l'6tape pr6c6dente. 

4. Proc6d6 selon la revendication 2, dans 
lequel la transmission d' information consecutive ^ 
l'6tablissement de la session entre le terminal A et le 

15 terminal B est effectu6e selon des debits prescrits 
acceptes a la fois par le terminal A et le terminal B 
et compatibles avec .la capacity courante de 
transmission de la liaison entre le terminal A et le 
terminal B. 

20 

5. Proc6d6 selon I'une des revendications 1 
a 4, caract6ris6 en ce que le reseau de 
telecommunication est k transfert de donnees par 
paquets et en ce que le message contenant la liste de 

25 codecs 6changee entre le terminal A et le terminal B 
est transmis via I'un des protocoles de signalisation 
SIP ou H323. 

6. Dispositif de controle d' admission de 
30 session multimedia entre un terminal A (2) et un 

terminal B (6) connectfes k un reseau de 
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t6l6coinmunication dans lequel, prealablement d. 
1' 6tablissement de la session^ le terminal A 
(respectivement B) transmet au terminal B 
(respectivement A) un message contenant une liste de 
5 codecs a utiliser pour coder les informations 4 
6Ghanger au cours de la session A fetablir^ et 4 la fin 
d^une session, le terminal A (2) (respectivement B) 
transmet au terminal B (6) une demande de fin de 
session, dispositif caract6ris6 en ce qu' il comporte 

10 des moyens pour intercepter le message contenant la 
liste de codecs et des moyens pour modifier la liste de 
codecs proposee dans le message intercepts pour tenir 
compte des ressources courantes en bande passante 
disponibles pour la liaison (4) entre le terminal A et 

15 le terminal B. 

7. Dispositif selon la revendication 6, 
caracterise en ce qu'il comporte : 

- un module de filtrage de flux m6dia MF (8) apte a 
20 filtrer sur commande de filtrage, regue d'un module 

d'appel MA (10), les flux media relatifs d une 
session identifiee sur la liaison entre le terminal A 
et I'entite B, selon des prescriptions de debit 
indiqu6es dans la commande de filtrage, et apte A 
25 bloquer sur commande de blocage, re^ue du module MA 

(10), les flux media relatifs a une session 
identifiee sur cette liaison ; le module MF (8) etant 
apte a intercepter et ^ router vers le module MA (10) 
les flux de signalisation en provenance du terminal A 
30 ainsi que les flux de signalisation en provenance de 

I'entite B, 
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- un module appel MA (10) destine k extralre les 
codecs proposes dans les messages de signalisation, 

- un module d'' admission de session MAS (12) destine ^ 
generer une nouvelle demande d' etablissement de 
session avec une liste de codecs dont les capacit6s 
de transport sont compatibles avec les resaources en 
bande passante disponibles pour la liaison entre le 
terminal A (2) et le terminal B (6), et 

- une base de donn6e BD (14) contenant la valeur des 
ressources en bande passante disponibles pour la 
liaison (4) entre le terminal A (2) et le terminal B 
(6), 

- un module de routage de flux de signalisation MRFS 
apte ^ router les flux de signalisation transmis 
entre I'entite A et I'entite B vers le module d' appel 
MA. 
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